home *** CD-ROM | disk | FTP | other *** search
/ ETO Development Tools 4 / ETO Development Tools 4.iso / Essentials / MacApp Documentation / MacApp.TECH$ Archives / 1990 / Aug 90 / MacApp.Tech$ 8⁄17⁄90 / 1776-Modal Idle ?-Aug90 < prev    next >
Encoding:
Text File  |  1991-03-06  |  2.1 KB  |  54 lines  |  [TEXT/GEOL]
  1. Item    4693802                         17-Aug-90        06:50PDT
  2.  
  3. From:   GER.XSE0026                     Germany - Systematics Softworks,IDV
  4.  
  5. To:     MACAPP.TECH$                    MacApp Technical
  6.  
  7. Sub:    Modal Idle ?
  8.  
  9. Hi MacApp community,
  10. I'm not sure whether this is a stupid question or not, but here I go anyway:
  11. Is there a safe and legal way to share the CPU whilst in the middle of a
  12. lengthy totally modal state ?
  13. I guess I have to explain this a bit:
  14.  
  15. Example 1: I got this really complicated 800K Document that the Application
  16. wants to open. Opening takes something like 3 Minutes on a SE but I would like
  17. to keep the SuperClock running as well as letting the user switch to a
  18. different task until the document is ready.
  19.  
  20. Example 2: My Application uses a Database Server that runs under Multifinder on
  21. the same machine (I know this ain't good, but it should at least be possible).
  22. When making a call to the Database, the App must surrender control to the
  23. database, e.g. to Multifinder in order to allow it to answer the request.
  24.  
  25. I remember having read somewhere, that all event handling is done by MacApp
  26. (and only by MacApp). So what can I do, or better which method should I call.
  27. I've thought of cohandlers, but using one to open a document would mean an
  28. awful lot of redesign to the TDocument class. I'd like to avoid that.
  29.  
  30. If I try to call the EventManager myself, I break the BusyCursor-mechanism as
  31. well as potentially loose events that MacApp should get.
  32.  
  33. The best way around this problem would probably be to avoid it altogether by
  34. having neat small documents that load in snap and by using a dedicated server
  35. for the Database. Well, that's theory. Real life is sometimes a bit more
  36. complicated…
  37.  
  38. Any thoughts would be appreciated.
  39.  
  40. Slightly puzzled, I remain,
  41.  
  42. Mike Fischer
  43. Systematics Softworks GmbH Systemberatung
  44. Graumannsweg 19
  45. D-2000 Hamburg 76
  46. West Germany
  47.  
  48. AppleLink: GER.XSE0026  - Please link answers to this address as I'm not on
  49.                           MacApp.TECH$. Thanks.
  50.  
  51. PS. I'm using MacApp 2.0ß9 & 2.0 final (in the midst of converting…) on an 8MB
  52.     Mac IIx running 6.0.4 and MPW 3.1.
  53.  
  54.